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Abstract 

The termination problem of a logic program can be addressed in either a 
static or a dynamic way. A static approach performs termination analysis at 
compile time, while a dynamic approach characterizes and tests termination 
of a logic program by applying a loop checking technique. In this paper, we 
present a novel dynamic approach to termination analysis for general logic pro¬ 
grams with moded queries. We address several interesting questions, including 
how to formulate an SLDNF-derivation for a moded query, how to characterize 
an infinite SLDNF-derivation with a moded query, and how to apply a loop 
checking mechanism to cut infinite SLDNF-derivations for the purpose of ter¬ 
mination analysis. The proposed approach is very powerful and useful. It can 
be used (1) to test if a logic program terminates for a given concrete or moded 
query, (2) to test if a logic program terminates for all concrete or moded queries, 
and (3) to find all (most general) concrete/moded queries that are most likely 
terminating (or non-terminating). 

Keywords: Logic programming, moded queries, termination analysis, loop 
checking. 


1 Introduction 

Given a logic program P, can we determine that P terminates for certain queries? 
This is the well-known termination problem in logic programming. It is undecid- 
able in general. Two different ways have been explored in the literature to attack 
this problem. The hrst way is to perform termination analysis at compile time, thus 
referred to as a static approach mi, while the other is to characterize and test ter¬ 
mination of a logic program by applying a loop checking technique, thus referred to 
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as a dynamic approach [21]. Loop checking is a technique for detecting and cutting 
infinite derivations at run time HEB]. Static termination analysis has been exten¬ 
sively studied in the literature [H El El El 1121 EHl EH EH EEl EH EDI EE] (see [TT| 
for a survey). However, although a number of loop checking mechanisms have been 
proposed IHElEHEHEHEEH^Ei, itis only in [21| that the idea of using a loop 
checking technique for termination analysis is formally presented. 

The intuition behind a dynamic approach is as follows. Given a complete loop 
checking mechanism (that cuts any inhnite derivations) and a set of queries, we run 
the program for each query while performing loop checking. If the query evaluation 
terminates without cutting any derivations, the program terminates for any query, 
otherwise it is potentially non-terminating for some queries. 

In this paper, we are concerned with dynamic termination approaches. The core 
of such an approach is a characterization of inhnite SLDNF-derivations, as any loop 
checking mechanism relies on it. In [23|, the hrst such characterization is established 
for general logic programs. However, this characterization applies only to concrete 
queries and cannot handle moded queries. A moded query contains (abstract) atoms 
like p(X, T) where T is a term (i.e., a constant, variable or function) and X is an 
input mode. An input mode stands for an arbitrary ground (i.e. variable-free) term. 
Moded queries are commonly used in termination analysis of logic programs, where 
to prove that a logic program terminates for a moded query p(X, T) is to prove that 
the program terminates for any (concrete) query p(t, T) where t is a ground term. 
Consider the following logic program: 

Fo : p{a)- Cp^ 

p{f{X))^p{X). Cp, 

For any concrete query p{t), evaluating p{t) over Pq will terminate. However, we 
cannot evaluate a moded query p(X) while applying a loop checking mechanism to 
infer that Fq terminates for p(X). 

In this paper, we present a dynamic approach to characterizing and testing ter¬ 
mination of logic programs for moded queries. For a logic program P and a moded 
query Qq, the hrst issue we address is how to formulate an SLDNF-derivation for 
Qo- We will introduce a framework called a moded-query forest, which consists of all 
(generalized) SLDNF-trees rooted at a ground instance of Qo- An SLDNF-derivation 
for Qq is dehned over the moded-query forest such that F terminates for Qq if and 
only if the moded-query forest contains no inhnite SLDNF-derivations. 

A moded-query forest may have an inhnite number of SLDNF-trees, so it is in¬ 
feasible to test termination of a logic program by traversing the moded-query forest. 
We will introduce a compact approximation for a moded-query forest, called a moded 
generalized SLDNF-tree. The key idea is to treat an input mode as a special variable 
like a Skolem constant. As a result, top-down derivations for a moded query can be 
constructed in the same way as the ones for a concrete query. A characterization of 
termination of a logic program for moded queries is then established in terms of some 
novel properties of a moded generalized SLDNF-tree. 
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The paper is organized as follows. Section previews some basic concepts inclnding 
generalized SLDNF-trees. Section 01 establishes a characterization for logic programs 
with moded queries. Section O] develops an algorithm for testing termination of logic 
programs for moded queries. Section 01 describes some closely related work, and 
Section 01 concludes. 

2 Preliminaries 

We assume the reader is familiar with standard terminology of logic programs as de¬ 
scribed in in|. Variables begin with a capital letter X, V, Z, U, V or I, and predicate, 
function and constant symbols with a lower case letter. Let A be an atom/term. The 
size of A, denoted |y4|, is the number of occurrences of function symbols, variables 
and constants in A. A list is of the form [] or [T\L] where T is a term and L is a list. 
For our purpose, the symbols [, ] and | in a list are treated as function symbols. Two 
atoms are called variants if they are the same up to variable renaming. A (general) 
logic program P is a hnite set of clauses of the form A Li, ...,L„ where A is an 
atom and LjS are literals. Throughout the paper, we consider only Herbrand models. 
The Herbrand universe and Herbrand base of P are denoted by HU{P) and HB{P), 
respectively. 

A goal Gi is a headless clause <— Li,..., where each literal Lj is called a subgoal. 
The initial goal. Go, is called a top goal. Without loss of generality, we assume that 
a top goal consists only of one atom. For a top goal Go =<— A, Qo = A is called a 
query. Qo is a moded query if some arguments of A are input modes (in this case, A 
is called an abstract atom); otherwise, it is a concrete query. An input mode always 
begins with a letter X. 

Throughout the paper, we choose to use the best-known depth-first, left-most 
control strategy (used in Prolog) to describe our approach (it can be adapted to any 
other hxed control strategies). So the selected subgoal in each goal is the left-most 
subgoal. 

A node in a top-down derivation tree (like SLDNF-trees) is represented by W : Gj 
where W is the name of the node and Gj is a goal labeling the node. An ancestor- 
descendant relation is dehned on selected subgoals. A is an ancestor subgoal of B, 
denoted A -<anc B, if the proof of A goes via the proof of B. The ancestor-descendant 
relation is expressed using an ancestor list. The ancestor list of a subgoal P at a 
node N, denoted ALb@n, consists of all pairs (M, A) such that A at M is an ancestor 
subgoal of B at N. 

To characterize inhnite derivations more precisely, in standard SLDNF-trees 
[T7] are extended to SLDNF*-trees. Informally, an SLDNF*-tree is an SLDNF-tree 
except that each node W is associated with an ancestor list ALL.@Ni for each subgoal 
Lj. In particular, let Xi = -lA be a selected subgoal at W, then a subsidiary child 
SLDNF*-tree rooted at W+i A will be built for solving this negative 

subgoal. Compared with a standard subsidiary SLDNF-tree ST for -lA, has 
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two distinct features. First, A^j+i inherits the ancestor list ALLj^@Ni- This mechanism 
bridges the ancestor-descendant relationships across SLDNF*-trees and is especially 
useful in identifying inhnite derivations across SLDNF*-trees. Second, ter¬ 

minates at the hrst success leaf, so it may not include all branches of ST. This 
pruning mechanism (used in Prolog) is very useful in not only improving the effi¬ 
ciency of query evaluation but also avoiding some possible inhnite derivations (see 
Example 14.411 . 

Definition 2.1 f |24|i Let P be a logic program. Go a top goal, and Tnq-.Gq the 
SLDNF*-tree for P U {Go}. A generalized SLDNF-tree for P U (Go), denoted GTgq, 
is rooted at Nq : Gq and consists of along with all its descendant SLDNF*- 

trees, where parent and child SLDNF*-trees are connected via “■ ■ ■>”. In GTgq any 
path starting at the root node Nq : Gq (and ending at either a leaf or non-leaf node) 
is called a generalized SLDNF-derivation. 

“• ■ ■>” is called a negation arc. For simplicity, in the sequel by a derivation we 
refer to a generalized SLDNF-derivation. Moreover, for any node Aj : Gj we use Lj to 
refer to the selected (i.e. the left-most) subgoal in Gj. A derivation step is denoted by 
Ni : Gi =^G Aj+i : Gi+i, meaning that applying clause G to Lj produces Aj+i : Gj+i. 
For a substitution of two variables, X in Lj and Y in (the head of) G, we always use 
X to substitute for F, i.e. Y/X. 

3 Characterizing Termination of Logic Programs 
for Moded Queries 

In [21], a characterization of termination of logic programs is established for concrete 
queries. We reproduce the characterization and then extend it to the case of moded 
queries. 

Definition 3.1 Let T be a term or an atom and S' be a string that consists of all 
predicate symbols, function symbols, constants and variables in T, which is obtained 
by reading these symbols sequentially from left to right. The symbol string of T, 
denoted St, is the string S with every variable replaced by X. 

For instance, let Ti = a, T 2 = f{X, g{X, f{a, F))) and T 3 = [X, a]. Then Sti = a, 
St 2 = and St^ = [A’|[a|[]]]. Note that [A, a] is a simplihed representation 

for the list [A| [a| []]]. 

Definition 3.2 Let S'ti and S'tj be two symbol strings. S'ti is a projection of S'tj, 
denoted Sti Fproj St 2 , if St^ is obtained from St 2 by removing zero or more elements. 

Definition 3.3 Let Ai = p{.) and A 2 = p{.) be two atoms. Ai is said to loop into 
A 2 , denoted Ai -^loop A 2 , if Sai Sa 2 - Let Ni : Gi and Nj : Gj be two nodes in 

a derivation with Lj Fane Lj and Lj ~^ioop Lj. Then Gj is called a loop goal of Gj. 
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Observe that if Ai '^loop ^2 then |y 4 i| < \A2\, and that if G3 is a loop goal of G2 
that is a loop goal of Gi then G3 is a loop goal of Gi. Since a logic program has 
only a hnite number of clauses, an infinite derivation results from repeatedly applying 
the same set of clauses, which leads to either infinite repetition of selected variant 
subgoals or infinite repetition of selected subgoals with recursive increase in term size. 
By recursive increase of term size of a subgoal A from a subgoal B we mean that A 
is B with a few function/constant/variable symbols added and possibly with some 
variables changed to different variables. Such crucial dynamic characteristics of an 
inhnite derivation are captured by loop goals. 

Theorem 3.1 f [24p Let Gq =<— A be a top goal with A a concrete query. Any 
infinite derivation D in GTqq is of the form 

Nq : Go =^Co =^Ci ■■■Ng2 : Gga ^C2 •••^93 • Gg^ ^C3 ••• 

such that for any j > 1, is a loop goal of Gg.. 

This theorem leads to the following immediate result. 

Corollary 3.2 (Characterization for a concrete query | j24p A logic program P 
terminates for a concrete query Qq if and only if GTcq has no infinite derivation of 
the form 

Nq : Go =^Co ■ Gg^ =^Ci •••^92 • ^92 ^€2 •••^93 • ^93 ••• 

such that for any j > 1, Gg.^^.^ is a loop goal of Gg.. 

Let pred{P) be the set of predicate symbols in P and let GQ{P) contain a concrete 
query p{Xi, ..., X^) for each n-nary predicate symbol p in pred{P). Note that GQ{P) 
is hnite, as pred{P) is hnite. Since GQ{P) covers all most general concrete queries 
for P, it is immediate that P terminates for any concrete queries if and only if it 
terminates for all queries in GQ{P). 

In order to extend Corollary 13.21 to handle moded queries, we hrst dehne deriva¬ 
tions for a moded query. 

Definition 3.4 Let P be a logic program and Qq = p{Ii, ...,Tn) a moded 

query. The moded-query forest for Qq over P, denoted MFq^, consists of all gener¬ 
alized SLDNF-trees built from PU {Gq}, where Gq =<— p(ti, ...,trn,Ti, ...,Tn) with 
all fjS being ground terms from HU{P). A derivation for Qq is a derivation in any 
generalized SLDNF-tree of MFq^. 

Therefore, a logic program P terminates for a moded query Qo if and only if MFq^ 
has no inhnite derivations. 
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Example 3.1 Consider the logic program Pq given in Section^ Let p{T) be a moded 
query. The moded-query forest MFp{x) consists of generalized SLDNF-trees GT^p(^a), 
GT^p(f(^a))) etc., as shown in Figure [D where for simplicity the symbol ^ in each goal 
and all ancestor lists attached to each node are omitted. Note that MFp(x) has an 
inhnite number of generalized SLDNF-trees. However, any individual tree, GTcq with 
Go p(/(/(.../(a)...))) (n > 0), is hnite. MFp(x) contains no inhnite derivations, 

n items 

thus Pq terminates for p(X). 


No'. p{a) 

GT^p{f{a)) ■ No'. p(/(a)) 

Cpi 1 

Cp2| 

Ni: Dt 

N 2 : p{a) 


Cpij 


Na-. Dt 


Figure 1; The moded-query forest MFp(^x) for a moded query p(X). 

In a moded-query forest, all input modes are instantiated into ground terms in 
HU{P). When HU{P) is inhnite, the moded-query forest would contain inhnitely 
many generalized SLDNF-trees. Thus it is infeasible to check termination of a logic 
program for a moded query by applying Corollary 13.21 over a moded-query forest. An 
ideal way is to directly evaluate input modes and build a compact generalized SLDNF- 
tree for a moded query. Unfortunately, query evaluation in logic programming accepts 
only terms as arguments of a top goal — an input mode X is not directly evaluable. 

Observe the following property of an input mode: it stands for an arbitrary ground 
term, that is, it can be any term from HU{P). Therefore, during query evaluation 
it can be instantiated against any term. This suggests that we may approximate the 
ehect of an input mode by treating it as a special variable like a Skolem constant. A 
Skolem constant is an unknown constant and behaves like a variable.^ As a result, 
top-down derivations for a moded query can be constructed in the same way as the 
ones for a concrete query, where an input mode X is treated as a special variable /. 

Definition 3.5 Let P be a logic program and Qq = p{Ti, ...,T„) a moded 

query. The moded generalized SLDNF-tree for Qq over P is dehned to be the gener¬ 
alized SLDNF-tree GTgq for P U {Go}) where Gq pih, ■■■, Im, Ti, ■■■, Tn) with all 
JjS being distinct variables not occurring in any Tj. The variables for the 

input modes Xi, are called input variables. 

In a moded generalized SLDNF-tree, an input variable / may be substituted by 
either a ground term t or a non-ground function /(.) (note that I will never be 

^The two-faced feature of a Skolem constant is very useful. It is a special constant, thus can 
appear in a negative subgoal without incurring floundering It is a special variable, thus can be 
instantiated against any term. 
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substituted by a non-input variable). If / is substituted by /(.), all variables in /(.) 
are also called input variables. 

Definition 3.6 Let D be a derivation in a moded generalized SLDNF-tree. A moded 
instance of D is a derivation obtained from D by first instantiating all input variables 
at the root node with ground terms and then passing the instantiation down to the 
other input variables along the derivation D. 

Let Qq = p(Xi, ..., T„) be a moded query. Any moded instance of a 

derivation D for Qo is a derivation rooted at A^"o : p(ti, ...,tm,Ti, ...,Tn), where all tiS 
are ground terms from HU{P). This means that any moded instance is a derivation 
in a moded-query forest MFq^. 

Example 3.2 Consider the logic program Pq again. Let Qo = be a moded 
query. Then Go v{I)- The moded generalized SLDNF-tree GTqq is depicted in 
Figure 121 Since I is an input variable, X 2 is an input variable, too (due to the mgu 
(most general unifier) 02)- For the same reason, all X 2 iS are input variables (i > 0). 
GTcq has the following infinite derivation: 

Nq : p(/) N 2 : p{X2) Na ■ p{X^) =^Cp^ ■ ■ ■ 

By instantiating I with different ground terms, we obtain different moded instances 
from this derivation. For example, instantiating I with a, /(a) and /(/(a)) respec¬ 
tively yields the following moded instances: 

No : p{a). 

No ■ P{f{a)) ^Cp 2 N 2 : p{a). 

No ■ p(/(/(a))) ^Cp 2 N 2 : p(/(a)) N^ : p{a). 

All these moded instances are derivations in the moded-query forest MFq^ of Figure^ 


Nv. 

Nr- 


Cp 


□t 


Cp 


□t 


No-. p{I) 

^ Cp, j 92 = {I/fiX2)} 
N2: p{X2) 

^ Cp, I 04 = {X2/fiX4)} 


N 4 : p{X4) 


Figure 2: The moded generalized SLDNF-tree GT^pi^j) for a moded query p(X). 

In a moded generalized SLDNF-tree GTgq as shown in Figure |2l a moded query 
p(X) is approximated by a concrete query p{I). Since p{I) is more general than p(X) 
in the sense that p(X) covers only all ground instances ofp(/), GTqq may contain some 
more general derivations not covered by MFq^. So we have the following immediate 
result. 
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Theorem 3.3 Let MFq^ and GTgq he the moded-query forest and the moded gener¬ 
alized SLDNF-tree for Qq over P, respectively. If MFq^ has an infinite derivation 
D', GTgq has an infinite derivation D with D' as a moded instance. But conversely, 
it is not necessarily true that if GTgq has an infinite derivation then MFq^ has an 
infinite derivation. 

Our goal is to establish a characterization of inhnite derivations for a moded query 
such that the converse part of Theorem 13.31 is true under some conditions. 

Consider the inhnite derivation in Figure |2l again. The input variable I is substi¬ 
tuted by /(X 2 ), X 2 is then substituted by /(X 4 ), .... The substitutions go recursively 
and produce an inhnite chain of substitutions for I of the form I/ f{X 2 ), X 2 /f{X 4 ), 
.... The following lemma shows that inhnite derivations containing such an inhnite 
chain of substitutions have no inhnite moded instances. 


Lemma 3.4 If a derivation D in a moded generalized SLDNF-tree GTgq is infinite 
but none of its moded instances is infinite, then there is an input variable I such that 
D contains an infinite chain of substitutions for I of the form 




(some fiS would he the same). 


( 1 ) 


Proof: We distinguish four types of substitution chains for an input variable / in D\ 


1. Xi/1,..., Xm/1 or Xi/1,..., Xi/1, .... That is, / is never substituted by any 
terms. 


2. Xi/1,..., Xm/1,1/t where t is a ground term. That is, / is substituted by a 
ground term. 


3. Xi/J, ..., XJI, I/f,{..., Y^, Fi//2(..., T2, W,...), ..., where 
fn{...,Yn,...) is the last non-ground function in the substitution chain for I in 
D. In this case, I is recursively substituted by a hnite number of functions. 


4. X,/I,...,XjI,I/M...,Y^,...),...,Y,/f2{...,Y2,..f,{...,Y,,...), . 
this case, I is recursively substituted by an inhnite number of functions. 


In 


For type ^ D retains its inhnite extension for whatever ground term we replace I 
with. For type El D retains its inhnite extension when we use t to replace I. To sum 
up, for any input variable / whose substitution chain is of type [Dor of type El there 
is a ground term t such that replacing I with t does not ahect the inhnite extension 
oi D. In this case, replacing I in D with t leads to an inhnite derivation less general 
than D. 

For type El note that all variables appearing in the /j(.)s are input variables. 
Since fn{...,Yn,...) is the last non-ground function in the substitution chain for I in 
D, the substitution chain for every variable W in fni---,Yn,...) is either of type [H or 


of type m Therefore, we can replace each Yn with an appropriate gronnd term tn 
withont affecting the infinite extension of D. After this replacement, D becomes Dn 
and fn{...,Yn,...) becomes a gronnd term ...). Now y„_i,...) is the 

last non-gronnd function in the substitution chain for I in Dn- Repeating the above 
replacement recursively, we will obtain an inhnite derivation Di, which is D with all 
variables in the fi{.)s replaced with a ground term. Assume /i(..., Yi,...) becomes 
a ground term t in Di- Then the substitution chain for I in Di is of type 01 So 
replacing I with t in Di leads to an inhnite derivation Dq. 

The above constructive proof shows that if the substitution chains for all input 
variables in D are of type ^ |H or 01 then D must have an inhnite moded instance. 
Since D has no inhnite moded instance, there must exist an input variable I whose 
substitution chain in D is of typelH That is, / is recursively substituted by an inhnite 
number of functions. Note that some /jS would be the same because a logic program 
has only a hnite number of function symbols. This concludes the proof. □ 

We are ready to introduce the following principal result. 

Theorem 3.5 Let MFq^ and GTgq be the moded-query forest and the moded gen¬ 
eralized SLDNF-tree for Qg over P, respectively. MFq^ has an infinite derivation if 
and only if GTgq has an infinite derivation D of the form 

Nq : Gg =^Co ■ Gg^ ^Ci ■■■Ng2 : Gc,2 ^C2 • ^gz ^Cz ••• (2) 

such that (i) for any j > 1, Gg.^^ is a loop goal of Gg., and (ii) for no input variable 
I, D contains an infinite chain of substitutions for I of the form 

///i(..., w,...),..., W//2(...,Y2,. 

Proof: Assume MFq^ has an inhnite derivation D'. By Theorem 13.31 GTg, 

has an inhnite derivation D with D' as a moded instance. By Theorem 13.11 D is of 
form m and satishes condition (i). 

Assume, on the contrary, that D does not satisfy condition (ii). That is, for some 
input variable /, D contains an inhnite chain of substitutions for I of the form 

I/f,{...,Y,,...Y,/U-,Y,,-),-,Y,_,/f,i-,Y,,-),- 

Note that for whatever ground term t we assign to /, this chain can be instantiated 
at most as long in length as the following one: 

t/fi{...,ti, ...), ...,ti//2(...,f2, •••), ...,tk/fk+l{--,Yk+l, ...) 

where k = |f|, tiS are ground terms and \tk\ = 1. This means that replacing I with 
any ground term t leads to a hnite moded instance of D. Therefore, D has no inhnite 
moded instance in MFq^, a contradiction. 

(<^^) Assume, on the contrary, that MFq^ has no inhnite derivation. By Lemma 
EH we reach a contradiction to condition (ii). □ 

The following corollary is immediate to Theorem 13.51 
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Corollary 3.6 (Characterization for a moded query) A logic program P ter¬ 
minates for a moded guery Qq if and only if the moded generalized SLDNF-tree GTgq 
has no infinite derivation of form m satisfying conditions (i) and (ii) of Theorem 

ro 

Example 3.3 Consider the moded generalized SLDNF-tree GTgq in Figure |21 It 
has one inhnite derivation satisfying condition (i) of Theorem 13.51 where for each 
j > 0, Ng. = N2j. However, the chain of substitutions for I in this derivation violates 
condition (ii). By Corollary 13.61 Pq terminates for the moded query p{I). 

Example 3.4 Consider the following logic program: 

Pi ; q{a). Gq^ 

p{X) ^ MfiX)). Gg, 

For a moded query p(X), the moded generalized SLDNF-tree GT^p(^i-) is shown in 
Figure El where oo represents an inhnite extension. Note that the input variable I 
is allowed to appear in negative subgoals. The inhnite derivation in GT^p(^i) satishes 
both condition (i) and condition (ii) of Theorem 13.5L where for each j > 0, Ng. = N^j- 
By Corollary 13.61 Pi does not terminate for p{T). 


No: p{I) 

Cp, j 01 = {Xi/I} 

Nv Mf{I)) ■■■■. N2: p{f{I)) 

Cp, j 02 = {X2/f{I)} 

No: Mfifim . .Nr. pififim 

Cpi j 03 = {No/f if (I))} 


Figure 3: The moded generalized SLDNF-tree GT^pi^jy 


4 Testing Termination of Logic Programs for Moded 
Queries 

4.1 A General Algorithm 

We develop an algorithm for checking termination of logic programs for moded queries 
based on Corollary 13.61 We begin by introducing a loop checking mechanism. 

A loop checking mechanism, or more formally a loop check jl], dehnes conditions 
for us to cut a (possibly inhnite) derivation at some node. Informally, a loop check 
is said to be weakly sound if for any generalized SLDNF-tree GTgq, GTgq having a 
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success derivation before cut implies it has a success derivation after cut; it is said to 
be complete if it cuts all infinite derivations in GTgq- Note that there exists no loop 
check that is both weakly sound and complete |lj. In this paper, we focus on complete 
loop checks because we want to apply them to test termination of logic programs. 

Definition 4.1 Given a repetition number r > 3, LP-check is dehned as follows: any 
derivation D in GTc^ is cut at a node Ng^ if D has a partial derivation 

No : Go ■■■Ng^ : Gg^ ■■■Ng^ '■ Gg^ ^Ck ■■■Ng, : Gg^ ^Ck ••• (3) 

such that (a) for any j < r, Gg.^^ is a loop goal of Gg^, and (b) for all j < r, the 

clause Gfc applied to Gg^ is the same. 

Remark: (1) The repetition number r specihes the minimum number of loop goals 
required for a derivation to be cut. (2) By cutting a derivation at a node N we mean 
removing all descendants of N. 

Theorem 4.1 LP-check is a complete loop check. 

Proof: Let D be an inhnite derivation in GTgq. By Theorem 13.11 D is of the form 

Nq : Go ■■■Np : G/j ^Ci ■■■Nj^ ■ Gj^ =^C 2 ••• 

such that for any i > I, G/.^^ is a loop goal of G/.. Since a logic program has only 

a hnite number of clauses, there must be a clause Gk being repeatedly applied at 
inhnitely many nodes : G^^, Ng^ : Gg^, ■ ■ ■ where for each j > 1, pj € {fi, f 2 , ■■■}■ 
Then for any r > 0 , D has a partial derivation of form ©. So D will be cut at node 
Ngr • Gg^. This shows that any inhnite derivation can be cut by LP-check. That is, 
LP-check is a complete loop check. □ 

Example 4.1 fExample 13.21 continued! Let us choose r = 3 and consider the 
inhnite derivation D in Figure El p{X 4 ) at N 4 is a loop goal of ^(-^ 2 ) at N 2 that is a 
loop goal of p{I) at Nq. Moreover, the same clause Gp^ is applied at the three nodes. 
D satishes the conditions of LP-check and is cut at node N4. 

We want to apply LP-check to determine termination of logic programs for moded 
queries. Recall that to prove that a logic program P terminates for a moded query 
Qo = p{Ti, ...,Tn) is to prove that P terminates for any query p{ti, ...,tm, 

T2,...,Tn) where each ti is a ground term. This can be reformulated in terms of a 
moded-query forest, that is, P terminates for Qq if MFq^ has no inhnite derivations. 
Then, Corollary 13. hi shows that P terminates for Qq if the moded generalized SLDNF- 
tree GTgq has no inhnite derivation D of form ((21) that satishes the two conditions 
(i) and (ii). Although this characterization cannot be directly used for automated 
termination test because it requires generating inhnite derivations in GTgq, it can be 
used together with LP-check, as LP-check is able to guess if a partial derivation would 
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extend to an infinite one. Before describing onr termination testing algorithm, we 
prepare one more condition for Definition 14. II based on condition (ii) of Theorem Id. 51 

Condition (c’): For no input variable I in Gg^, I is recursively substituted by at 
least one function via a chain of substitutions from Ng^ down to Ng^. 

For instance, in Figured / is recursively substituted by /(f^ 2 ) and /(X 4 ) via a 
chain of substitutions 1/ f{X 2 ), X^/f{X^ from Xq down to X/^. 

Observe that LP-check and Condition (c’) implement conditions (i) and (ii) of 
Theorem Id.51 respectively. Although the implementation is not complete in that it 
guesses an inhnite extension o from a partial derivation 0. such a guess is most 
likely correct because it makes full use of the key features (conditions (i) and (ii) of 
Theorem id.sp of an inhnite derivation. This motivates the following algorithm. 

Algorithm 4.1 Testing termination of a logic program P for a moded query Qo, 
given a repetition number r > d. 

1. Initially, set L = 0. Construct the moded generalized SLDNF-tree GTgq, where 
for each partial derivation D satisfying the conditions of LP-check, if D satishes 
Condition (c’) then goto El else set L = 1 and extend D with clause Gk skipped. 

2. Return terminating if L = 0; otherwise return most likely terminating 
d. Return most likely non-terminating. 

Starting from the root node Xq : Go, we generate derivations of a moded general¬ 
ized SLDNF-tree GTgq step by step. If a partial derivation D of the form 

Xq : Go ^Co ■■■Ng^ : G^^ =^Ck ■■■^92 '■ <^32 '■ Gg^ 

is generated, which satishes the conditions of LP-check, then D is most likely to 
extend inhnitely in GTqq (via clause Gk). By Theorem Id.dl however, D may not 
have inhnite moded instances in MFq^. So in this case, we further check D against 
Condition (c’). If Condition (c’) is satished, we think that D is most likely to have 
moded instances that extend inhnitely in MFq^ . Algorithm 14.11 then returns most 
likely non-terminating for Qq. Otherwise, we continue to extend D by applying a 
new clause Gi {I 7 ^ k) to Gg^ {Gk is skipped to avoid possible inhnite extension). 
After all derivations are generated, we distinguish between two cases: if no derivation 
was cut by LP-check (i.e. there was no partial derivation D satisfying the conditions 
of LP-check), Algorithm 14.11 returns terminating for Qq] otherwise, some derivations 
were cut by LP-check (L = 1), so Algorithm 14. II returns most likely terminating for 

Qo- 

Remark: Since a concrete query could be viewed as a special moded query containing 
no input variables. Algorithm 14.11 applies to concrete queries as well. For a concrete 
query Qq, Condition (c’) holds for any derivations. Therefore, Algorithm I4.1l retnrns 
most likely non-terminating for Qq once a derivation satisfying the conditions of LP- 
check is generated. 
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Theorem 4.2 P terminates for Qq if Algorithm EH returns an answer terminating. 

Proof: If Algorithm 14.1 1 returns terminating, no derivations were cut by LP-check, 
so the moded generalized SLDNF-tree GTgq for Qq is finite. By Theorem Id.dl MFq, 
has no infinite derivation and thus P terminates for Qq. □ 

Algorithm 14.II applies LP-check to cut possible infinite derivations in GTqq. Since 
LP-check is a complete loop check, it cuts all infinite derivations at some depth. This 
means that GTqq after cut by LP-check is finite. Therefore, Algorithm 14.11 always 
terminates. 

Let pred{P) be the set of predicate symbols in P. Define 

MQ{P) = {p(Xi, ...,Irn, ^m+i, ■■■,^n)\p IS u u-ary predicate symbol in pred{P)}. 

Note that MQ{P) contains all most general moded queries of P in the sense that any 
moded query of P is an instance of some query in MQ{P). Since pred{P) is finite, 
MQ{P) is finite. Therefore, we can test termination of P for all moded queries by 
applying Algorithm 14.11 to (a subset of) MQ{P). 

Theorem 4.3 For any two moded gueries Ql = p{Xi, Xi+i,XQ and Ql = 
p{Ii, ...,Xm, ...,Xn) with I < m, if Algorithm U ■ 1\ returns an answer terminating 

(resp. most likely terminating^/or Qq, it returns an answer terminating (resp. most 
likely terminating^ for Qg. 

Proof: Any derivation in GTq 2 that satisfies the conditions of LP-check and Condi¬ 
tion (c’) must appear in GTqi and satisfy the conditions. If Algorithm 14.11 returns 
terminating for Qq, GTqi is the same as GTq2 with no derivations cut by LP-check. 
In this case, it returns terminating ioi Qq. If Algorithm 14.11 returns most likely ter¬ 
minating for Qq, GTqi has derivations cut by LP-check, but none of which satisfies 
Condition (c’). In this case, GTq^ has derivations cut by LP-check, none of which 
satisfies Condition (c’). Therefore, Algorithm 14.II returns most likely terminating ioi 

Ql □ 

We use five representative examples to illustrate the effectiveness of Algorithm 
14.11 (interested readers are encouraged to apply the algorithm to other benchmark 
programs). For each logic program P,, we expect that if P* terminates for a query 
Qo, then Algorithm 14.II returns terminating or most likely terminating for Qq, else it 
returns most likely non-terminating for Qq. Let us choose a repetition number r = 3. 

Example 4.2 (Example continued) Since the partial derivation (Figure E]) 
between Nq and A 4 satisfies the conditions of LP-check, Algorithm 14.11 expects that 
the derivation is most likely to extend infinitely in GTgq. It then checks against 
Condition (c’) to see if it has moded instances that would extend infinitely in MFq^. 
Clearly, Condition (c’) is not satisfied. So Algorithm 14.II skips Gp.^ and tries to get a 
new clause (not yet applied at A 4 ) to expand A 4 . Since no new clause is available 
for W and all derivations of GTc^ except those being cut by LP-check have been 
generated. Algorithm 14. II returns most likely terminating ioi Qq. 
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Example 4.3 lExamole 13.41 continued! The partial derivation between No and 
N 4 satisfies both the conditions of LP-check and Condition (c’), so Algorithm 14.11 
returns most likely non-terminating ioi p{H). 


Example 4.4 Consider the following logic program: 
P 2 : piX) ^ ^q. 

q- 

q^q. 


C, 

a 

a 


pi 


<?i 


<?2 


For a moded query p{T), Algorithm 14.11 generates a moded generalized SLDNF-tree 
GT^pi^i), as depicted in Figure IH where input variables are underlined.^ Since no 
derivation is cut by LP-check, Algorithm 14. II returns terminating ioi p{X). 


Ca 


No: pil) 

Cp, j 00 = {x/n 
m-. -.q 
/ \ 

N2 ■ Q A ^5 : HH f 

\Ca. 


-n/ \Cg2 
Ns'. □* N4: q 


Figure 4: A moded generalized SLDNF-tree GT^p(^i) 


Example 4.5 Consider the following logic program: 

F 3 : append ([], X, X). Ga^ 

append{[X\Y], U, [X|Z]) append{Y, U, Z). Ga 2 

Let us choose the three simplest moded queries: 

Qo = appendix, 1 / 2 , 1 / 3 ), 

Qo = appendiVi,X, V 3 ), 

Qo = append{Vi, 14 , X). 

Since applying clause Ga^ produces only leaf nodes, for simplicity we ignore it when 
depicting moded generalized SLDNF-trees. It is quite easy to determine the termina¬ 
tion behavior for the above three moded queries. Algorithm 14.11 builds GTqi, GTq 2 
and GTq 3 as shown in Figures El (a), (b) and (c), respectively. Note that all the 
derivations starting at Nq and ending at N 2 satisfy the conditions of LP-check, so 
they are cut at X 2 . Since the derivations in GTqi and GTqo do not satisfy Condition 

^Note that the subsidiary SLDNF*-tree rooted at N 2 : q for -ig terminates at the first success 
leaf X 3 , so N 4 is not extended. 
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(c’) (/ is recursively substituted via a chain of substitutions //[X|F], F/[Xi|Yi]), Al¬ 
gorithm returns most likely terminating for Ql and Q^. Since the derivation in 
GTq 2 satishes Condition (c’), Algorithm 14.II returns most likely non-terminating ior 
Qq. By Theorem 14.81 we infer that P 3 most likely terminates for all moded queries in 
MQ^P^,) except for Q^. 


No: appenci(/, V 2 , V 3 ) 

I So = W[X\Y\, 

\ U/V2,V3/[X\ZW 

Ni: append{Y_, V2,Z) 

I ei = {r/[XiiVi]. 

I ;7 i/V 2 ,Z/[Xi|Zi]} 

N2■■ append(Yi, V2,Zi) 


No: append{Vi,l,V 3 ) 

I So = {Vi/[V|y], 

I u/lV3/[x\z]} 
Ni: append{Y, I_, Z) 

I ei = {V/[Xi|Vi]. 
I Ui/I. Z/[Xi|Zi]} 

N2: append{Y\,l_,Zi) 


No: append{V \, V2, /) 

I So = {Vi/[Xiy], 

“21 u/V2,l/[x\z]} 

N\: appendix, V2 , 

\e^ = {Y/[X^\Y^], 

I C/i/V2.Z/[Xi|Zi]} 

N2: appendXi , V2, ZY) 


(a) 


(b) 


(c) 


Figure 5: (a) GT^i, (b) GT^g, and (c) GT^s 


Example 4.6 Consider the following logic program: 


Pi : mult{s{X), F, Z) ^ mult{X, F, G), add(G, F, Z). 

mM/t(0,F, 0). Gm2 

add{s{X), F, s(Z)) ^ add(X, F, F). G„, 

add(0,F,F). Ga^ 


MQ{Pi) consists of fourteen moded queries, seven for mult{.) and seven for add{.). 
Applying Algorithm 14.11 yields the solution; ( 1 ) P 4 most likely terminates for all 
moded queries of add{.) except for add{Vi,l 2 , V 3 ) that is most likely non-terminating, 
and ( 2 ) P 4 most likely terminates for mult{Ii,X 2 , Vs) and mult{Ii,X 2 ,T^) but is most 
likely non-terminating for the remaining moded queries of mult{.). For illustration, we 
depict two moded generalized SLDNF-trees for F 2 , F 3 ) and mult{Xi,X 2 ,Vs), 

as shown in Figures|ni(a) and (b), respectively. In the two moded generalized SLDNF- 
trees, the partial derivation from Nq down to N 2 satisfies the conditions of LP-check 
but violates Condition (c’), so clause G^i is skipped when expanding N 2 . When the 
derivation is extended to Nq, the conditions of LP-check are satished again, where Gg 
is a loop goal of G 5 that is a loop goal of G 4 . Since the derivation for mult(X, V 2 , V 3 ) 
(Figure El (a)) also satisfies Condition (c’). Algorithm 14.11 returns an answer —most 
likely non-terminating — for this moded query. The derivation for mult{Xi,X 2 ,V^) 
(Figure El (b)) does not satisfy Condition (c’), so clause Ca^ is skipped to expand 
Nq. For simplicity, we omitted all derivations leading to a leaf node □*. Because 
there is no derivation satisfying both the conditions of LP-check and Condition (c’). 
Algorithm 14.1 l ends up with an answer — most likely terminating — for mult{Xi,X 2 , V 3 ). 
It is then immediately inferred by Theorem 14.dl that Pi most likely terminates for 
mult{Xi,X 2 ,X^). 
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No-. multil,V 2 ,V 3 ) 

Cmij So = {//s(Xi), 11/^2. Z1/V3} 

Nr- mult{^,V2,Ui),add{Ui,V2,V3) 

C^lj Si = {^lsiX2),Y2/V2,Z2/Ul} 

N2-. mult(^, V2, U2),add(U2, V2, Ui), add(Ui, V2, V3) 
= {^/0,l3/V'2.C/2/0} 

N3: add(0,V2,Ui),add(Ui,V2,V3) 

C 0.2 I S 3 = {F4/V'2.C/l/y2} 
iV 4 : add{V2,V2,V3) 

Ca .1 I 64 = {V 2 /^<(X 3 ). ^3/3(23)} 
iVs: add{X 3 ,s{X 3 ),Z 3 ) 

Ca.^ I 05 = {X3ls(Xi),Z3ls(Z4.)} 

No-. add{X4,s{s{X4)),Z4) 

(a) 


A^o: mult{h, h,V 3 ) 

So = {£i/s(^i).n/£2.Zi/V3} 

A^i: mult{^,l 2 ,Ui),add{Ui,l 2 ,V 3 ) 

01 = {^/siX2),Y2ll2, Z2/U1} 

N2-. mult{X2,h, U2), add{U2,l2, Ui), add{Ui,l2, V3) 

S 2 = {i:^/0,l3//2.C/2/0} 

A^g: add{ 0 ,l 2 ,Ui),add{Ui,l 2 ,V 3 ) 

Ca .2 I ^3 = {r 4 // 2 .C/i/M 
N4-. add(l2,12, V3) 

I 04 = {l2/s{X3),V3/siZ3)} 

No: add{X 3 .s {X 3 ) ,Z 3 ) 

Cai I S3 = {X^/.s(X4),Z3/s{Z4)} 

No-. add(X 4 ,s{s(X 4 )),Z 4 ) 

(b) 


Figure 6 : Two moded generalized SLDNF-trees 


For each of the above five example logic programs, Pq ~ -Ri; h terminates for a 
moded query if and only if applying Algorithm l4.1l with the smallest repetition number 
r = 3 yields an answer — terminating or most likely terminating — for the query. This 
is true for commonly used benchmark logic programs in the literature. Due to the 
undecidability of the termination problem, however, there exist cases that Algorithm 
14.11 yields an incorrect answer unless a big repetition number is used. Consider the 
following carefully created logic program: 


P 5 : p(/(A),r)^p(A,s(r)). 

p(Z, s(s(^(0)...))) Y- q. 

100 items 

q^q. 


C,4 

Cp2 


c. 


<?1 


P 5 does not terminate for a moded query Qq = p(X, 0), but Algorithm 14. II will return 
most likely terminating for Qq unless the repetition number r is set above 100 . 

The question of which repetition number (also called depth bound in some lit¬ 
erature) is optimal remains open for a long time in loop checking jHl ES]- In PI, 
the authors say “The only way to deal with this problem is by heuristically tuning 
the depth bound in practical situations.” However, up till now we see no heuristic 
methods reported in the literature. 

In this paper, we propose a simple yet effective heuristic method for handling the 
repetition number problem. Observe that due to the large argument s(s(...s(0)...)) in 

100 items 

its head, the second clause of P 5 cannot be applicable to p{I, 0). However, the second 
argument of p{I, 0 ) can grow as large as s(s(...s( 0 )...)) if the hrst clause is repeatedly 

100 items 

applied. Our intuition then is that instead of choosing a big repetition number, we 
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use a small one (say r = 3) with some additional constraints that help p{I, 0) grow 
up to its expected size before a derivation is cut. For each n-ary predicate symbol 
p, let plnax (1 < * < denote the maximum layers of nested functions in the i-th 
argument of all clause heads p(.). For instance, in P 5 p^ax = 1 p^ax = 100- The 
following heuristic dehnes a constraint. 

Heuristic 1: When some arguments of p(.) grow in a sequence of loop goals, if a 
derivation is cut at some loop goal, each i-th growing argument of p(.) in this goal 
has at least p^ax layers of nested functions. 

It is easy to enhance LP-check with Heuristic 1, simply by adding a third condition 
to Dehnition ED 

(c) Let L^. = p(.). If some arguments of p(.) grow from Ng^, Ng^, ..., to Ng^, then 
each i-th growing argument of p(.) at Ng^ has at least p^ax layers of nested 
functions. 

It is easy to prove that enhancing LP-check with Heuristic 1 does not change the 
completeness of LP-check. Let D be an inhnite derivation and let S be the set of hnite 
partial derivations of D satisfying conditions (a) and (b) of LP-check and satisfying 
the if-part of condition (c). Assume, on the contrary, that no derivation in S satishes 
the then-part of condition (c) (in this case, D will not cut by LP-check enhanced with 
Heuristic 1). This case will never occur unless for some i-th argument ofp(.), p\nax 
an inhnite number. Since pl^^x finite, the above assumption does not hold. 

Example 4.7 Consider the logic program P 5 again. Let us choose r = 3. By enhanc¬ 
ing LP-check with Heuristic 1, Algorithm 14.II builds a moded generalized SLDNF-tree 
for the moded query Qq = p{X, 0) as shown in Figure [Tj Note that the first three 
nodes satisfy conditions (a) and (b) of LP-check but violate condition (c). Although 
the second argument of p(.) grows from Nq through A^i to N 2 , it has not grown to its 
maximum pl^^x = 100. So the extension continues until it reaches A^ioo- The three 
nodes A^^gg, Wg and A'loo satisfy conditions (a), (b) and (c). Since they do not sat¬ 
isfy Condition (c’). Algorithm 14.11 cuts the derivation by skipping the clause Cp^ for 
A^ioo- When the extension goes to A'loa, the three nodes Woi, A '102 and Woa satisfy 
conditions (a), (b) and (c) and Condition (c’), thus Algorithm 14.II returns most likely 
non-terminating for p(X, 0). 

As opposed to Qq, for another interesting moded query Qi = p(X, s(s(...s (0)...))), 

101 items 

Algorithm 14.11 will yield an answer most likely terminating. 


4.2 Two Optimization Strategies 

Algorithm 14.11 establishes a general framework for dynamic termination analysis of 
general logic programs with concrete or moded queries. It claims terminating/non¬ 
terminating only if the answer is provably terminating/non-terminating (see Theorem 
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No'. p(/, 0 ) 

Cpi I So = WfiXi),Yi/ 0 } 

Nv. p(^,s(0)) 

Cpi I e, = {^//(X 2 ),i 2 A( 0 )} 

N2-. K^,s(s(0))) 

^P1 \ 


Nloo: pj Xioo , s(s{ ... s(0) ... ))) 

100 items 
Cp2 &100 — {Zi/ JCiQo } 


Nioi: q 

jc.i 

A^io 2 : q 

jc,! 

A^ios: q 


Figure 7: A moded generalized SLDNF-tree generated by applying LP-check with 
Heuristic 1 

1121 ); otherwise it gives an approximate answer: most likely terminating or most likely 
non-terminating. Although exploring all possible provably correct cases is beyond the 
scope of this paper (an interesting topic for further work), we identify the following 
two simple yet commonly occurring cases. 

For a logic program P and a moded query Qq, assume that Algorithm 14.1 l enconn- 
ters a partial derivation D 

No : Go ^Co ■■■Ngi ■ =^Ck ■■■^92 '■ Gg2 ^Ck ■ Gg, ( 4 ) 

that contains no negation arc “• • ■>” and satishes the conditions of LP-check, where 
for any j < r, is a variant of and the sequence Sd of clauses applied between 
Ng. and Ng.^.^ is the same as the sequence between Ng._^ and Ng.. 

Theorem 4.4 (Optimization Strategy 1) P is non-terminating for Qo if D sat¬ 
isfies Condition (o’) and L = 0. 

Proof: Since we use a hxed depth-hrst, left-most control strategy and D contains no 
negation arc D will be extended towards an inhnite derivation D' by repeatedly 
applying the same sequence Sd of clauses, thus leading to an inhnite number of loop 
goals Ng^^^ : •••, where for each i > 0, is a variant of 

Since D satishes Condition (c’), D' also satishes Condition (c’) because we 
apply the same sequence of clauses to variants of subgoals. By Lemma l!01 D' must 

^When a derivation contains a negation arc like Ni : -^A ■ ■ ■ t>Ni+i : A, the evaluation of A at 
iVi+i will stop once one success derivation for A is generated. Some (infinite) derivations for A may 
then be skipped. 
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have an infinite nioded instance. The condition L = 0 indicates that AlEforithm 14.11 
never incorrectly cuts any derivations before, hence P is non-terminating for Qq. □ 

Theorem 4.5 (Optimization Strategy 2) If D does not satisfy Condition (o’) 
and for eachj < r, Gg. contains only one subgoal, then the moded generalized SLDNF- 
tree GTqq contains an infinite derivation with an infinite moded instance if and only 
if it contains an infinite derivation with an infinite moded instance after skipping the 
clause Gk at Ng^. 

Proof: Following the above proof of Optimization Strategy 1, when D does not 
satisfy Condition (c’), D' does not satisfy Condition (c’), either. By T;emma f.3.4l D' 
has no infinite moded instance. 

For simplicity, let Sd be the sequence of two clauses, Gk,Gk'- Assume for each 
j > 1, we have derivation steps 

Ngj : Gg. : Gg' : Gg.^^ 

Since L\ is a variant of L], , L^, is a variant of If,. 

aj + l yj' 9j + i dj 

Let us cut D' at Ng^ (i.e. extend D with the clause Gk skipped). Assume that 
GTcq has an infinite derivation D" with an infinite moded instance before this cut, 
and that on the contrary it has no infinite derivation with an infinite moded instance 
after the cut. D" must be an extension of D by repeatedly applying Gk, Gk' for a 
certain number of times and then at some node A'o , '■ Gg . (or Nd : G^ ), 

skipping Gk (or Gk') to go towards an infinite derivation. Since is a variant 

of Ll , (resp. Lh is a variant of L\ ), a copy (up to variable renaming) of the 
infinite derivation starting from Ng^_^^ : Gg^^^ (or from '■ Gg'^^^) will appear 

starting from Ng^_.^ (or from This copy of an infinite derivation has the same 

infinite moded instances as D". This contradicts our assumption. 

The above proof shows that if GTgq has an infinite derivation with an infinite 
moded instance, then it has an infinite derivation with an infinite moded instance after 
skipping Gk at Ng^. Since D is negation-free (with no negation arcs), the converse 
also holds. This proves the correctness of Optimization Strategy 2. □ 

When the condition of Optimization Strategy 2 holds, we can extend D with the 
clause Gk skipped safely. Therefore, in this case we do not need to set L = 1 in 
Algorithm(setting L = 1 leads to an approximate answer). 

Plugging the above two strategies into Algorithm 14.11 gives rise to the following 
new algorithm. 

Algorithm 4.2 Testing termination of a logic program P for a moded query Qo, 
given a repetition number r > 3. 

1. Initially, set L = 0. Construct the moded generalized SLDNF-tree GTgq, where 
for each partial derivation D satisfying the conditions of LP-check, if D satisfies 
Condition (c’) then gotoEl else set L = 1 unless the condition of Optimization 
Strategy 2 holds, and extend D with clause Gk skipped. 
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2. Return terminating if L = 0; otherwise return most likely terminating 

3. Return non-terminating if the condition of Optimization Strategy 1 holds; oth¬ 
erwise return most likely non-terminating. 

Example 4.8 We test the termination of logic programs, Pq — P 5 , again by applying 
Algorithm 14.21 

For Pq, the partial derivation (FigureE]) between No and N 4 satisfies the condition 
of Optimization Strategy 2 , so Algorithm 14.21 skins Cp^. It keeps L = 0 till the end 
and returns terminating ioi Qq fAlgorithm 14.II returns most likely terminating). 

For Pi, neither of the two strategies is applicable, so Algorithm 14.21 returns most 
likely non-terminating for p(X) as Algorithm 14.II does. 

For P 2 , Algorithm 14.21 returns terminating for p{T). For a query q, its derivation 
satisfies the condition of Optimization Strategy 1, thus leading to an answer non¬ 
terminating 1 Algorithm 14.II returns most likely non-terminating). 

For P 3 , like Algorithm 14.IL Algorithm 14.21 builds GTqi, GTq 2 and GTq 3 as shown 
in Figures El (a), (b) and (c), respectively for the three moded queries. The derivations 
in GTqi and GTqs satisfy the condition of Optimization Strategy 2, so Algorithm 14.21 
keeps L = 0 till the end and returns an answer terminating (Algorithm 14.11 returns 
most likely terminating) for Qq and Qq. The derivation in GTq 2 satishes the condition 
of Optimization Strategy 1, so Algorithm 14.21 returns an answer non-terminating 
(Algorithm 14.11 returns most likely non-terminating) for Qq. By Theorem 14.31 we 
infer that P 3 terminates for all moded queries in MQ{P^) except for Qq that does not 
terminate. 

For P 4 , neither of the two strategies is applicable, so Algorithm 14.21 returns the 
same answers as Algorithm 14.11 

For P 5 , Algorithm 14.21 returns the same answers as Algorithm 14.1 1 for any moded 
queries with a predicate symbol p. For the query q, Optimization Strategy 1 applies, 
so Algorithm 14.21 returns an answer non-terminating. 

5 Related Work 

Termination of a logic program can be addressed in either a static or a dynamic way. 
Static termination analysis builds from the source code of a logic program some well- 
founded termination conditions/constraints in terms of level mappings, interargument 
size relations and/or instantiation dependencies [U El El El 1121IIHI EH EH EH EH 12111 
EH- In contrast, a dynamic termination approach characterizes and tests termination 
of a logic program by applying a loop checking technique. It directly makes use of 
some essential dynamic characteristics of inhnite derivations, such as repetition of 
variant subgoals and recursive increase in term size, which are hard to capture in a 
static way (for example, it is difficult to apply static termination analysis to prove that 
P 2 terminates for a moded query p{X) and that P 5 terminates for p(X, s(s(...s(0)...))) 

101 items 
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but does not terminate for p(X, 0)). This paper develops a new dynamic approach 
with a characterization and a testing algorithm for moded queries. To the best of our 
knowledge, no similar work has been reported in the literature. 

The core of a dynamic termination approach is a characterization of inhnite deriva¬ 
tions. In j21], the hrst such characterization is established for general logic programs. 
However, it applies only to concrete queries and cannot handle moded queries. 

A dynamic termination approach uses a loop checking mechanism (a loop check) 
to implement a characterization of inhnite derivations. Representative loop checks 
include VA-check jH E^j, OS-check [HI CHI El], and VAF-checks |22l EHj. All apply 
to positive logic programs. In particular, VA-check applies to function-free logic pro¬ 
grams, where an inhnite derivation is characterized by a sequence of selected variant 
subgoals. OS-check identihes an inhnite derivation with a sequence of selected sub¬ 
goals with the same predicate symbol whose sizes do not decrease. VAF-checks take a 
sequence of selected expanded variant subgoals as major characteristics of an inhnite 
derivation. Expanded variant subgoals are variant subgoals except that some terms 
may grow bigger. In this paper, a new loop check mechanism, LP-check (with Heuris¬ 
tic 1 ), is introduced in which an inhnite derivation is identihed with a sequence of loop 
goals. LP-check is more ehective than VA-check, OS-check and VAF-checks, none of 
which can handle the logic program P 5 . Most importantly, enhancing LP-check with 
Condition (c’) leads to the hrst loop check for moded queries. 

6 Conclusion and Future Work 

We have presented a dynamic approach to characterizing and testing termination 
of a general logic program. The approach is very powerful and useful. It can be 
used ( 1 ) to test if a logic program terminates for a given concrete or moded query, 
(2) to test if a logic program terminates for all concrete or moded queries, and (3) 
to hnd all (most general) concrete/moded queries that are most likely terminating 
(or non-terminating). For any concrete/moded query, the algorithm yields an answer 
terminating, most likely terminating, non-terminating or most likely non-terminating. 
For a great majority of representative logic programs we collected in the literature, 
an answer most likely terminating (resp. most likely non-terminating) implies termi¬ 
nating (resp. non-terminating). The algorithm can be incorporated into Prolog as a 
debugging tool, which would provide the user with valuable debugging information 
for him/her to understand the causes of non-termination. 

A conspicuous advantage of a dynamic termination approach over static termina¬ 
tion analysis is that it tests termination on the hy (i.e. by evaluating some queries), 
thus capturing essential characteristics of inhnite derivations. This makes a dynamic 
approach able to guess if a partial derivation is most likely to extend towards an 
inhnite one. Although static termination analysis has been extensively studied over 
the last few decades, exploration of dynamic termination approaches is just at the 
beginning. We expect to see more prosperous research in this direction. Many prob- 
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lems are open, including extensions to typed queries [7j and to logic programs with 
tabling [101123 EH!- Our ongoing work aims to develop a dynamic termination anal¬ 
yser and make a comparative study with existing static termination analysers. It is 
also promising future work to combine static and dynamic approaches for a hybrid 
termination analyser. 
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